[Duvida] Problema durante o BOOT

llg
(usa Arch Linux)

Enviado em 31/07/2010 - 23:10h

Ola caros,

Estou com um pequeno problema durante o BOOT, as vezes o boot funciona normalmente e as vezes da a mensagem de erro e trava o sistema, ja não sei mais o que fazer e agradeço desde já à todas as tentativas de solucionar esse triste infortúnio ^^.

A titulo de informação o sda7 é onde montei o diretório raiz, da o mesmo problema com ext3 e ext4.

...
Waiting 10 seconds for device /dev/sda7...
Root device '/dev/sda7' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/sda7'.
You are being dropped to a recovery shell.
Type 'exit' to try and continue booting
/bin/sh: can't access tty; job control turned off

[ramfs /] # "Trava Aqui"

Meu arquivo de configuração do GRUB:

# general configuration:
timeout 5
default 0
color light-blue/black light-cyan/blue

# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*

# (0) Arch Linux
title Arch Linux
root (hd0,4)
kernel /vmlinuz26 root=/dev/sda7 ro nomodeset
initrd /kernel26.img

# (1) Arch Linux
title Arch Linux Fallback
root (hd0,4)
kernel /vmlinuz26 root=/dev/sda7 ro nomodeset
initrd /kernel26-fallback.img

# (2) Windows
title Video-Game
rootnoverify (hd0,0)
makeactive
chainloader +1

Atenciosamente, Lucas Lira Gomes

mcnd2
(usa Debian)

Enviado em 31/07/2010 - 23:24h

cara, pelo final;

"[ramfs /] # "Trava Aqui""

Já tive problema durante o boot com o debian e parava tambem aí.

Tente rodar o comando "fsck" para tentar recuperar algum arquivo que possa esta com problema no setor d partição "sda7". Rode o comando de um live cd com a partição em questão desmontada.

removido
(usa Nenhuma)

Enviado em 31/07/2010 - 23:57h

pruque daquela opção 'nomodeset'

#

o meu está parecido com esse:

# (0) Arch Linux
title Arch Linux
root (hd0,0)
kernel /vmlinuz26 root=/dev/sda3 ro quiet vga=791 splash
initrd /kernel26.img

dá uma olhada nessa imagem:
http://img.vivaolinux.com.br/imagens/artigos/comunidade/archbang-apeiro-029.jpeg

Tenta editar o seu e deixe-o como abaixo (na tela do Grub tecle 'e' , edite e tente dar o boot:

# (0) Arch Linux
title Arch Linux
root (hd0,6)
kernel /vmlinuz26 root=/dev/sda7 ro quiet
initrd /kernel26.img

llg
(usa Arch Linux)

Enviado em 29/08/2010 - 16:53h

Pessoal, vou dar uma atualizada sobre como anda meu problema num fórum que faço parte, talvez alguém conheça uma possível solução dessa vez ^^:

phillipe escreveu

Só mais uma coisinha....
Se não deseja ter esses tipos de problema, te aconselho profundamente que utilize UUID, pois mesmo que o endereço do dispositivo mude, a identidade dele será a mesma. Entendeu?!
Para saber qual o UUID do seu dispositivo digite em um terminal: $ blkid
E no grub você terá algo assim:

# (0) Arch Linux
title Arch Linux
root (hd0,0)
kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/726ed12e-f23a-4ebe-9835-ff3fac168e42 ro quiet vga=794
initrd /boot/kernel26.img

Obrigado pela ajuda amigo. Tua dica me livrou do bug que eu estava, mas apareceu outro mais louco ainda. Esse novo problema acontece de vez em quando na hora do boot, vou colocar o que aparece no terminal:

...
:: Bringing up loop back interface [DONE]
:: Mounting root read-only [DONE]
:: Checking file systems [BUSY]
fsck.ext4: No such file or directory while trying to open /dev/sda7

/dev/sda7
The super block could not be read or does not describe a correct ext2 file system. If the device is valid and it really contains an ext2 file system ( and not swap or ufs or something else ),
then the super block is corrupt, and you might try running e2fsck with an alternate super block.

e2fsck -b 8193 <DEVICE>

[FAIL]

************************* FILE SYSTEM CHECK FAILED ********************************
*
* Please repair manually and reboot. Note that the root file system is currently mounted
* read-only. To remount it read-write type:
*
* mount -n -o remount,rw /
*
* When you exit the maintenance shell the system will reboot automatically.
*
************************************************************************************

Give root password for maintenance ( or type CTRL-D to continue) :

Obs.: Aqui eu digitei a senha do root. Se apertar CTRL-D o pc reinicia.

[root@(none) ~] e2fsck -b 8193 /dev/sdb7

e2fsck: Bad magic number in super-block when trying to open /dev/sdb7

/dev/sda7
The super block could not be read or does not describe a correct ext2 file system. If the device is valid and it really contains an ext2 file system ( and not swap or ufs or something else ),
then the super block is corrupt, and you might try running e2fsck with an alternate super block.

e2fsck -b 8193 <DEVICE>

[root@(none) ~]

Vocês podem estar achando estranho eu ter colocado a partição /dev/sdb7, mas é que se eu executar o ls /dev, não tem sda7. É estranho, é como se o sda virasse sdb do nada. Ja mandei procurar por erros no fsck.ext4 e no e2fsck, e eles nunca acusam nada, a não ser quando uso o parâmetro -b, como mostrado mais acima. Já não sei mais o que fazer.

Obrigado pela atenção, Lucas Lira Gomes

albfneto
(usa openSUSE)

Enviado em 29/08/2010 - 18:09h

ao que parece, vc tem danos no sistema de arquivos, sua partição sda7 não está sendo detectada com exatidão

llg
(usa Arch Linux)

Enviado em 29/08/2010 - 18:14h

O engraçado é que as vezes da esse problema, e as vezes o boot funciona normal.

Atenciosamente, Lucas Lira Gomes

removido
(usa Nenhuma)

Enviado em 29/08/2010 - 18:39h

Nesse PC que estou usando não tenho o Arch instalado.

No outro, simplesmente uso o Grub do Debian para gerenciar as distros que estão instaladas nele (WinXP, Debian, Arch, Sidux, Sabayon e Ubuntu), e ainda gravei o Grub de Debian em /dev/sda, do sidux em /dev/sdb e do Ubuntu em /dev/sdc apenas por precaução pro caso do Grub do Debian vier a ter problema, basta teclar F8 e escoler dar boot por outro HD.

Se você tem outra distro instalada pode ser uma alternativa.

Outra opção é na tela do Grub editar a linha do kernel e inserir a uuid do dispositivo.

llg
(usa Arch Linux)

Enviado em 29/08/2010 - 18:45h

Como falei no meu post de acompanhamento, eu coloquei o UUID do dispositivo. Esse bug estranho apareceu justamente após usar o método do UUID. Lembrando que esse bug é randomico, as vezes buga e as vezes eu logo normalmente.

Atenciosamente, Lucas Lira Gomes